Claude Code 万字终极教程|全网最,看完这篇不
开门见山
我写技术稿十年,从没为一款工具单独写过教程——一次都没有。
去年还在各种技术群里吐槽AI编程:花架子,写点段子代码行,真丢到项目里就掉链子,气得你砸键盘。
直到一个同行甩了个命令行工具过来:“试试这个。” 装了,用了,然后……后背冒汗。
不是夸张。三个月里,我从配环境到把它塞进真实生产项目,踩的坑比过去一年都多。网上教程翻了至少20篇,愣是没一篇把路讲通。教你怎么装?有。有哪些功能?有。但装完怎么和项目揉在一起?跟其他模型怎么配合?一个人怎么用它?没人讲。
所以我自己写了这篇。从装机到进阶,从单枪匹马到多Agent配合,全部串起来。一万多字,十三个模块。你如果看完还去找第二篇——算我输。
先对齐一下认知
Claude Code到底是个啥?
不是网页上那个聊天的Claude,也不是IDE里的插件。它跑在你的终端里,是个AI Agent客户端——能读你的文件、执行你的命令、自己调模型干活。
最直观的理解:它就像一个刚入职的程序员。
能力确实猛,执行力也强,但你得给它三样东西:
门禁卡 —— API Key或订阅账号,证明它能调模型。
工位 —— 你用IDE打开的项目文件夹,这是它的活动范围。
第一个任务 —— 你在终端敲进去的那句Prompt。
这家伙有个脾气:你交代得清楚,它干得又快又好;你交代得含糊,它也能搞完,但交出来的东西大概率让你想重写。
所以整篇教程就一句话:怎么把事儿交代清楚,让这个数字员工把活儿干漂亮。
我一般这么叫它起床:
claude --dangerously-skip-permissions简单、直接、粗暴。
安装?别被网上那些教程吓了
装个软件,网上教程写得跟心脏搭桥手术似的,又要配环境又要搞依赖,我看着就想笑。
macOS/Linux用户:打开终端,粘这一行,回车:
npm install -g @anthropic-ai/claude-code-cliWindows用户:用管理员权限打开PowerShell,粘同样一行。
跑完之后,敲一句 claude --version,能看到版本号——成了。
没有IDE配置、没有插件冲突、不用在环境变量里折腾半点。三秒搞定,真的。
第一个任务,让它开开眼
装好了,试试水。进你的项目目录,敲:
cd /你的/项目/路径
claude画面一出来,直接说:
帮我看看这个项目里所有的TODO,统计一下优先级你看它怎么反应:自己读文件、抓关键信息、最后给你整出一张表格。
我第一次试的时候,屏幕上刷刷刷分析代码,老实说——后背有点冒汗。这家伙,真干活啊。
权限这件事,别栽跟头
--dangerously-skip-permissions 我一开始也觉得真香:敲进去就不用每步点确认了,省事。
但用多了,我怂了。
想想看,你等于给刚入职的实习生开了管理员权限。它在你项目里随便写文件、执行命令,万一出点岔子,哭都来不及。
所以后来我学会了按场景配权限。最推荐的是 sandbox模式——给Claude Code圈一个地盘:项目文件夹以内随便折腾,外面不行。
命令长这样:
claude --sandbox打开之后,跑测试、跑lint、跑build基本都自动进行,不用你每一步都点头。同时你也不用担心它写到项目外面去,读不了你的敏感文件。
不是所有场景都需要sandbox,但只要开始让Claude Code执行命令(而不只是写代码建议),我建议你认真了解一下。
CLAUDE.md——给你的AI写本员工手册
很多人装上Claude Code就直接开干。装上就用,能跑就行。
结果呢?AI的能力只发挥了三分之一,剩下三分之二在那儿睡大觉。
我这三个月最大的发现是:真正把Claude Code用好的分水岭,不在装不装得上,在于配不配得好它底层那个“员工手册”。
没错,我说的就是 CLAUDE.md。
每次新开一个会话,Claude Code就像一个刚入职的程序员——脑子聪明,但对你的项目一无所知。CLAUDE.md就是你给它的员工手册:项目背景、编码规范、技术栈、目录结构,全部写清楚。
我自己的模板长这样,放在项目根目录:
# 项目概览
这是一个量化交易策略系统,基于Ptrade平台开发
# 技术栈
- Python 3.9+
- pandas + numpy 数据处理
- backtrader 回测
- 自定义风控模块
# 编码规范
- 所有函数写docstring
- 类型注解强制
- 命名用snake_case
- 单元测试覆盖率不低于80%
# 关键目录
- /strategies 策略代码
- /data 数据模块
- /risk 风险控制
- /execution 交易执行
# 禁忌
- 不改 /config/production.py 里的线上配置
- 不直接删除未合并的分支配好之后你再试一次。它写的代码风格立马贴合你的项目,再也不会出现那种“代码能用但改起来想骂人”的情况。
核心命令,真不用全记
Claude Code的命令挺清晰,常用的就这几个,记住它们就够:
/init — 初始化项目,自动生成CLAUDE.md
/plan — 先出方案再动手,适合复杂任务
/think — 深度思考模式,让它多琢磨几轮再出答案
/review — 代码审查,检查改动有没有风险
/test — 自动写测试、跑测试
/fix — 你指一个bug,它帮你修
/compact — 清理上下文,会话太长的时候用
我最爱的是 /plan 和 /think 配合。
举个例子,我说:
/plan
帮我设计Ptrade量化策略的完整架构,考虑:
1. 数据获取和预处理
2. 多因子选股模型
3. 技术指标计算
4. 信号生成和过滤
5. 风险控制和资金管理
6. 交易执行和监控它会先给你一份详细方案,方案拍板了再动手写代码。这就避开了我最怕的情况——干了一堆活,方向偏了。
Skills——给Claude装上专业技能包
CLAUDE.md是做基础配置,Skills是给它装“职业技能”。
你可以这么理解:CLAUDE.md是员工手册,Skills是职业技能培训。
比方说,我写了一个“代码审查技能包”,放到项目 .claude/skills/ 目录下:
---
name: code-review
description: 审查当前分支代码改动
---
当你收到review请求时,按以下流程检查:
1. 安全性检查:敏感信息泄露、注入风险、权限校验
2. 性能检查:循环嵌套、SQL查询、内存使用
3. 代码风格:是否符合项目规范
4. 测试覆盖:改动部分是否有对应测试
5. 边界条件:输入验证、异常处理配好之后,我只需要说一句:
用code-review检查一下我改的东西它就按技能包的流程一步步执行,一个维度都不会漏。
我目前存了20多个Skills,从Python后端到前端Vue,再到数据Pipeline。做哪个项目就挂哪个包,效率能拉开好几个身位。
MCP——给它一双手
Claude Code最大的局限是什么?它跑在终端里,默认只能读写文件、执行命令。想看网络资料?不行。查数据库?不行。用浏览器验证前端效果?不行。
MCP(Model Context Protocol) 就是来解决这个问题的。
MCP就是给Claude Code装上一双能干各种活的手——连接搜索、浏览器、数据库、GitHub这些外部工具。
我目前在用的几个MCP:
{
"mcpServers": {
"playwright": {
"command": "npx",
"args": ["@anthropic-ai/mcp-playwright"]
},
"github": {
"command": "npx",
"args": ["@anthropic-ai/mcp-github", "--token", "你的token"]
}
}
}配了Playwright MCP之后,Claude Code能直接操作浏览器。我让它写一个前端页面,写完之后让它自己打开浏览器看效果,发现问题当场就改。全程不需要我来回切换窗口。
配了GitHub MCP,它能直接操作Issue、PR、Review。我在IDE里改完代码,让它自动提交PR、请求review、合入分支。一条龙,特省心。
Hooks——让它学会条件反射
Hooks是Claude Code的触发器系统。设好规则,让它在特定条件下自动执行某个动作,特别像条件反射。
举个例子,我设了一个提交前自动格式化的Hook:
# .claude/hooks/pre-commit.yaml
hook: pre-commit
action: run lint && run format每次我说“帮我提交代码”或执行提交命令时,它会先跑一遍lint和格式化,过了才提。
还有一个我觉得巨实用:
hook: on-error
action: capture error log && analyze root cause && suggest fix代码跑挂了不会只摔个红字就完事——它会自己抓日志、分析原因、给你修复建议。
模型支持说明——Claude Code用什么模型
很多人以为Claude Code可以随便换模型,比如调GPT、DeepSeek之类的。这里要澄清:Claude Code是Anthropic的官方客户端,默认只对接Claude系列模型,不支持直接切换其他模型。
那能不能用别的模型?可以,但需要你搭建自己的代理层,或者直接选用其他AI编程工具。Claude Code本身没有内置多模型切换功能。
我一开始交Claude订阅费,后来想试试其他模型,发现直接换不行。所以我的做法是:主力用Claude(代码质量确实高),特殊任务(比如快速草稿、批量数据整理)换其他工具。不是通过Claude Code完成的,而是打开另一个终端,使用相应的客户端。
如果你想多模型混用,合理的方式是各工具各司其职,而不是指望Claude Code插拔。
多Agent协作——一个人忙不过来的时候
单Agent能搞定很多事了,但有些项目确实需要分工。
我试过一个前端+后端的项目,起了两个Claude Code实例:一个负责React前端,一个负责Python后端。中间通过一个共享的MCP服务交换数据和接口定义。
分工逻辑:
前端Agent:
- 只读 /frontend 目录
- 只访问前端相关的MCP工具
- 生成代码自动放到 /frontend 目录
后端Agent:
- 只读 /backend 目录
- 可以访问数据库MCP
- 暴露API定义给前端Agent
- 生成代码自动放到 /backend 目录
协调Agent:
- 维护接口契约文件 /docs/api-contract.md
- 当后端改了API,自动通知前端Agent更新
- 跑集成测试验证两个端是否匹配实际跑下来效果不错,但配置成本不低。普通项目不建议这么搞,等项目大到一个人忙不过来再说。
五步工作流——把项目跑通
前面功能一个一个讲完了,最后给个闭环打法。我现在做一个新项目的标准工作流:
第一步:初始化
claude --init让它自动生成CLAUDE.md,搭好项目骨架。
第二步:需求对齐
/plan
说清楚你要干什么让它出方案,你来审核,改到满意再往下走。
第三步:模块迭代
按模块一个个开发。每个模块用 /think 确保质量。
第四步:测试和审查
/plan 写测试
/review 审查改动开发完立刻补测试、做code review。绝不积压。
第五步:收尾
自动提交、跑CI、生成变更日志。收工。
这一套走下来,项目质量和开发效率比过去纯手工写强了不是一星半点。
阅读源码这件事?有点反直觉
你可能不知道,Claude Code前段时间闹了个乌龙——npm打包时不小心把sourcemap文件传上来了,51万行源码直接全网裸奔。
懂行的人第一反应都是赶紧下载。
我当时通宵把这堆代码翻了一遍。你猜怎么着?80%的代码不是在搞什么黑科技让它更聪明,而是在死磕“可靠性”——权限控制、上下文管理、沙箱机制、任务调度、错误恢复。
这其实是目前AI圈最真实的转向:从「拼模型智商」变成了「拼系统求稳」。
源码本身我建议不搞Agent开发的人不用读。但如果你对sandbox、MCP、多Agent这些东西的实现原理感兴趣,翻翻源码,绝对有收获。
花钱这件事,说几个实打实的数字
Claude Code包含在Claude Pro订阅里:20美元/月。
如果你是重度用户,还打算混用其他模型(比如通过其他工具调用GPT处理文本),加上API费用,每月大概30-40美元封顶。
跟我以前招兼职开发,一个月几千块比——根本不值一提。
但有一点提醒:如果你只是偶尔用用,记得用完关掉suspend,别让它跑在后台白花钱。
最后几句话
这篇文章写了整整一个多星期,一万多字。所有内容都是从我真实项目的坑里爬出来的。我不能保证100%适合你的场景,但我可以说,每一句都有实操打底。
我顺手整理了一个开源文档,把配置模板、技能包、MCP配置、FAQ全部做成可以直接拉到项目里用的版本。文章里提到的命令和配置,你直接复制粘贴就能跑,不用自己再琢磨。
建议你收藏这篇,用的时候翻出来跟着走一遍。
配好之后你试试看——
从“能用”到“好用”,差的不是技术,是你有没有认认真真给这个数字员工写那封“员工手册”。
打开终端,让它动起来。有时候,一个人加一个AI,真能顶一支队伍。
读者评论 5